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TITLE OF THE INVENTION 



PARTS ORDERING SYSTEM, PARTS MANAGEMENT SYSTEM AND APPARATUS 
FOR MANAGING ORDERING AND RECEIPT OF ORDERS 

5 

BACKGROUND OF THE INVENTION 

This invention relates to a parts ordering system, parts 
ordering method and parts management system for use in a 
10 factory, as well as to a related storage medium. 

A parts ordering system and inventory management system 
according to the prior art will now be described with 
reference to Fig. 11, which is a first embodiment 
illustrative of a parts ordering system according to the 
15 prior art. Operating terminals 133-1, 133-2, 133-3 and 
storage media (databases) 132-1, 132-2, 132-3, 132-4 and 
connected to a CPU (central processing unit) 131. 

By way of example, 132-1 represents parts master data, 
132-2 inventory master data, 132-3 unit-price master data 
20 and 132-4 schedule data. Information relating to parts used 
is managed collectively by the databases 132-1, 2, 3, 4. The 
terminals 133-1, 2, 3 are for referring to and updating the 
data of the databases 132-1 ,2,3,4. In a case where reference 
is made to inventory, any of the terminals 133-1, 2, 3,4 
25 is used to refer to the database 132. 

If information such as parts handled and scheduling 
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increases, the change is dealt with by increasing the number 
of items of data without changing the number of databases. 
On the other hand, consider a case where information such 
as parts handled and scheduling decreases. This will be 
described taking the parts master data as an example. Even 
if data is no longer necessary at the post where the terminal 
133-1 is located, thebenef it obtained by determining whether 
the data is being used by the terminals 133-2, 3 and then 
deleting the data is outweighed by the labor necessitated. 
Accordingly, rather than eliminating data that is no longer 
required, the data is left until, say, the final day of 
updating, at which time the unnecessary data is deleted 
uniformly in one batch. This can lead to a situation where 
the amount of unnecessary data increases and is deleted 
together with data that is required. 

Further, since the databases are managed in centralized 
fashion, the data at any post can also be referred to easily 
in the same manner as the data at one's own post. On the 
other hand, when it is attempted to limit the scope of data 
disclosure in units of terminals or individuals who can 
access the data, a program must be designed in such a manner 
that specially limited areas are viewable on a per-terminal 
or per-user. 

Furthermore, managing databases collectively involves 
dealing with a large quantity of data and results in a large 
number of terminals connected to the computer (e.g., the 



terminals 131-1, 131-2, 131-3 in Fig. 11). Consequently, 
the area in which data is saved (e.g., the database 132 in 
Fig. 11) is large and the data cannot be processed unless 
use is made of a large-sized computer having a high processing 
speed. 

The flow of processing will be described with reference 
to Fig. 12. Steps 1105-1 through 1105-8 constitute a 
flowchart illustrating the processing for ordering parts 
according to the prior art. Step 1105-1 is for entering a 
plan using, e.g., the terminal 133-1 of Fig. 11. This deals 
with data for managing the production schedule. The plan 
specifies the necessary parts and units, the time by which 
the are needed and the numbers thereof. 

Step 1105-2 performs constructional expansion based 
upon construction data at 1105-4. How construction is dealt 
with will be described with reference to Figs. 13A, 13B. In 
a case where the arrangement of parts and units constructing 
an actual manufactured product has the form of two layers, 
as shown at 1101 in Fig. 13A, the number of parts to be prepared 
does change even if the two-layer structure is rearranged 
as a single layer in the manner shown at 1102 in Fig. 12B. 
Constructional expansion for managing number of parts is 
carried out on a per-layer basis. In the organization of 
1101 shown in Fig. 13A, therefore, two layers of 
constructional expansion are performed (this is referred to 
as "two-stage constructional expansion"). If the 



organization shown at 1102 in Fig. 13B is used, however, a 
single layer of constructional expansion suffices (this is 
referred to as "one-stage constructional expansion"). 
Accordingly, constructional expansion in the prior art is 
5 carried out using the organization of 1102 in Fig. 13B for 
the purpose of speeding up expansion processing. With the 
constructional expansion shown in Fig. 13B, however, parts 
B at 1101-1 and parts B at 1101-2 in Fig. 13A are totaled 
to calculate the quantity required. If the workshops at which 

10 the parts B are used changes, are different, therefore, a 
special procedure for divided the required quantity into 
1101-1 and 1101-2 is required. 

With reference again to Fig. 12, data 1105-3 is for 
managing machining information relating to all machining 

15 steps necessary for constructional expansion. Data such as 
the sequential order necessary for machining is managed on 
the day of machining. On the basis of the information 
relating to product production plan 1105-1, all process 
machining data 1105-3 and all construction data 1105-4, the 

20 numbers of parts A at 1102-1, parts C at 1102-2, etc., in 
Fig. 13B, as well as the date they are required, are 
calculated and saved in database 1105-6 at constructional 
expansion 1105-2. The calculated number (1105-6) of required 
parts and the inventory data (1105-5) regarding all parts 

25 are compared, the number of parts to be purchased and the 
delivery date are calculated and an ordering plan is devised 
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(1105-7) . The ordering plan data is output on a slip and 
the parts are ordered (1105-8) . 

Since the needed parts are dealt with collectively and 
the required amounts thereof as well as the inventory data 
5 are generally managed on a per -factory basis, a great amount 
of processing is required and execution of calculation 
processing that leads to the updating of all data usually 
is limited to nights, to the end of the month, etc . Processing 
executed during the daytime is merely data referencing, 
10 addition to inventory and partial data update* 

The program for this is designed to decide the order 
of processing in order to pursue processing efficiency. In 
regard to certain partial data for which changes must be 
promptly reflected in ordering processing, a special program 
15 for reflecting partial fluctuations must be created in 
addition to the above-mentioned program. 

Furthermore, when the amount of processing increases 
in the conventional system designed on the assumption that 
data management and calculations will be implemented by a 
20 single computer, the usual method of dealing with this is 
to increase the capacity of the database 132 (storage medium) 
in Fig. 11 or switch to a machine in which the computer has 
greater processing capability (the number of computers is 
not increased) . 

25 However, there is a limit upon the amount of storage 

medium that can be connected to a single computer. In 
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addition, switching to a machine having more processing 
capability is disadvantageous since such a machine is very 
high in cost. In fact, machines capable of handling such 
processing do not actually exist in many cases. 
5 Thus, parts ordering systems and parts management 

systems according to the prior art involve a number of 
difficulties, which can be summarized as follows: 

1 . An increase in number of parts requires prolonged 
computer processing. 

10 2. When processing is executed by a large-sized 

computer in order to achiever faster execution, there is an 
increase in running cost. 

3 . When there is an increase or decrease in production, 
it is difficult to support rapid ordering of parts with 

15 centralized information management. 

4. If part of the system, such as the CPU, fails, the 
entire parts ordering and parts management system halts with 
centralized information management. 

5. Data is shared by a large number of sections. As 
20 the operation of a parts ordering and parts management system 

proceeds, data cannot be deleted without first securing 
agreement from all sections. 

6 . In processing from modification of a production plan 
to the ordering of parts , conformity of data cannot be assured 

25 unless all processing is performed en masse. In addition, 
since such processing requires a great deal of time, a 
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limitation is imposed upon processing timing and actual 
factory inventory will not agree with numerical values 
obtained by the system. This makes it difficult to achieve 
management in which information agrees with materials data 
5 (matching of information and materials) . 

7. The system is likely to crash if there is a sudden 
increase in orders that overwhelms the processing capability 
of the computer. 

8 . In order for an order receiver to obtain information, 
10 which relates to ordered parts or machining of parts, from 
the order sender (the factory, etc.) , there are cases where 
the order receiver must take the trouble to go to the factory 
that is the order sender. 

9. Since it is difficult for an order receiver to 
15 acquire advance information relating to ordering, drafting 
a parts purchasing and machining plan is not easy and involves 
considerable risk. 

SUMMARY OF THE INVENTION 

20 

The content of the present invention is set forth as 
a plurality of claims, each of which is intended to solve 
at least one of the problems set forth above. 

More specifically, the present invention provides a 
25 parts ordering system having a first domain, a second domain 
and a third domain connected in a tree structure, wherein 
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the second domain includes expanding means for expanding, 
into its component parts, an order that has been received 
from the first domain, and communication means for 
communicating, to the third domain, the order for each 
5 component part expanded by the expanding means. 

Further, the present invention provides a parts 
ordering system in which a domain on a first network and a 
domain on a second network are connected via a public line, 
wherein the domain on the second network includes means for 

10 receiving an order from the domain on the first network, means 
for devising a machining plan based upon the order, means 
for performing expansion, into each component part, in 
accordance with the machining plan, means for devising an 
ordering plan for each expanded component part, and means 

15 for ordering in units of individual parts in accordance with 
the ordering plan. 

Further, the present invention provides a parts 
ordering system having a database which stores a number of 
specific parts contained in inventory, as well as a first 

20 domain, second domain and third domain connected in a tree 
structure, wherein the second domain includes means for 
performing expansion, into each component part, based upon 
an order received from the first domain, communication means 
for communicating, to the third domain, orders in individual 

25 parts units expanded by the expanding means, and stopping 
means for comparing the number of specific parts contained 
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in inventory stored in the database and a required number 
of specific parts obtained by expansion performed by the 
expanding means, and stopping the communication of an order 
to the third domain in a case where the number of specific 
5 parts contained in inventory is greater, by a prescribed 
number, than the required number of specific parts. 

Further, the present invention provides a parts 
ordering system in which a first domain is internally 
provided with a database in which a number of specific parts 

10 contained in inventory has been stored, wherein the first 
domain includes means for performing expansion, into each 
component part, based upon an order received from the second 
domain, communication means for communicating, to the third 
domain, orders in individual parts units expanded by the 

15 expanding means, and stopping means for comparing the number 
of specific parts contained in inventory stored in the 
database within the first domain and a required number of 
specific parts obtained by expansion performed by the 
expanding means, and stopping the communication of an order 

20 to the third domain in a case where the number of specific 
parts contained in inventory is greater, by a prescribed 
number, than the required number of specific parts. 

Further, the present invention provides a parts 
ordering system having a first domain and a second domain 

25 connected in a tree structure, wherein the second domain 
includes expanding means for performing expansion, into each 
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component part, based upon an order received from the first 
domain, and first control means which controls reference 
permission for referring to status of order 
receiving/ issuance in individual parts units expanded by the 
5 expanding means, control being performed from an operating 
terminal connected to the second domain. 

Further, the present invention provides a parts 
ordering system having a first domain and a second domain 
connected in a tree structure, wherein the second domain 

10 includes expanding means for expanding, into component 

parts, an order that has been received from the first domain, 
first control means which controls permission to refer to 
an order for a component part expanded by the expanding means , 
reference being made from an operating terminal connected 

15 to the second domain, and second control means for 

controlling permission to refer to ordering information, 
within the first domain, related to an order issued to the 
second domain. 

Further, the present invention provides a parts 

20 ordering system in which a domain is connected to a first 
network and a second network, the system having means for 
communicating information between the first network and the 
second network selectively depending upon importance of 
secrecy of the information. 

25 Further, the present invention provides a method 

whereby a first domain, a second domain and a third domain 
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connected in a tree structure deliver and receive orders, 
comprising an expanding step at which the second domain 
expands, into its component parts, an order that has been 
received from the first domain, and a communication step at 
5 which the second domain communicates, to the third domain, 
an order for each component part expanded at the expanding 
step. 

Further, the present invention provides a method 
whereby a first domain, a second domain and a third domain 

10 connected in a tree structure deliver and receive orders via 
a database which stores a number of specific parts contained 
in inventory, comprising an expanding step at which the 
second domain performs expansion, into each component part, 
based upon an order received from the first domain, a 

15 communication step at which the second domain communicates, 
to the third domain, orders in individual parts units 
expanded at the expanding step, and a stopping step at which 
the second domain compares the number of specific parts 
contained in inventory stored in the database and a required 

20 number of specific parts obtained by expansion performed at 
the expanding step, and stops the communication of an order 
to the third domain in a case where the number of specific 
parts contained in inventory is greater, by a prescribed 
number, than the required number of specific parts. 

25 Further, the present invention provides a method 

whereby a first domain, which is internally provided with 
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a database in which a number of specific parts contained in 
inventory has been stored, accepts an order from a second 
domain and communicates the order to a third domain, 
comprising an expanding step at which the first domain 
5 performs expansion, into each component part, based upon an 
order received from the second domain, a communication step 
at which the first domain communicates, to the third domain, 
orders in individual parts units expanded at the expanding 
step, and a stopping step at which the first domain compares 

10 the number of specific parts contained in inventory stored 
in the database within the first domain and a required number 
of specific parts obtained by expansion performed at the 
expanding step, and stops the communication of an order to 
the third domain in a case where the number of specific parts 

15 contained in inventory is greater, by a prescribed number, 
than the required number of specific parts. 

Further, the present invention provides a parts 
management system having a database which stores a number 
of specific parts contained in inventory, as well as a first 

20 domain, a second domain and a third domain connected in a 
tree structure, wherein the second domain includes means for 
performing expansion, into each component part, based upon 
an order received from the first domain, and communication 
means for communicating, to the third domain, orders in 

25 individual parts units expanded by the expanding means, the 
second domain having input means for inputting, to the 
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database, information relating to a part delivered in 
accordance with an order. 

Further, the present invention provides a parts 
management system in which a domain is connected to a first 
5 network and a second network, the system having means for 
communicating information between the first network and the 
second network selectively depending upon importance of 
secrecy of the information. 

Further, the present invention provides a computer 

10 readable recording medium on which has been recorded a 

program by which the following means are implemented by a 
computer: means for issuing an order, means for receiving 
an order, means for devising a machining plan based upon the 
order received, means for performing expansion, into each 

15 component part, in accordance with the machining plan, means 
for devising an ordering plan for a part that has been 
expanded into its component parts, means for ordering apart 
expanded into individual parts units based upon the ordering 
plan, means for reading data from a database in accordance 

20 with the order for the part, and means for writing the read 
data to the database. 

Further, the present invention provides an order- 
receiving/issuing management apparatus for managing receipt 
of an order in which a local domain receives an order from 

25 a first domain, and issuance of an order in which the local 
domain issues an order to a second domain, comprising display 
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means for displaying data, and display control means for 
displaying, in combination on the display means, an icon for 
identifying receipt of an order or issuance of an order, and 
data indicating results of receipt of an order or issuance 
5 of an order represented by the icon. 

Further, the present invention provides an order- 
receiving/ issuing management method for managing receipt of 
an order in which a local domain receives an order from a 
first domain, and issuance of an order in which the local 

10 domain issues an order to a second domain, comprising a 
display step of displaying data, and a display control step 
of outputting, in combination to the display step, an icon 
for identifying receipt of an order or issuance of an order, 
and data indicating results of receipt of an order or issuance 

15 of an order represented by the icon. 

Further, the present invention provides a computer 
readable recording medium on which has been recorded a 
program by which the following steps are implemented by a 
computer: a display step of displaying data, and a display 

20 control step of outputting, in combination to the display 
step, an icon for identifying receipt of an order or issuance 
of an order, and data indicating results of receipt of an 
order or issuance of an order represented by the icon. 

In accordance with a preferred embodiment of the present 

25 invention, the first domain, second domain and third domain 
have means for issuing an order, means for receiving an order, 
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means for devising a machining plan based upon the order 
received, means for performing expansion, into each 
component part, in accordance with the machining plan, means 
for devising an ordering plan for a part that has been 
5 expanded into its component parts, means for ordering a part 
expanded into individual parts units based upon the ordering 
plan, means for reading data from a database in accordance 
with the order for the part, and means for writing the read 
data to the database; wherein a plurality of connections are 

10 made possible on a network in a tree structure. 

In accordance with a preferred embodiment of the present 
invention, the means for receiving an order has means for 
making a comparison with data, which has been retained in 
a database, to determine whether an order is a new order, 

15 a modified order or re-transmission of the same order. 

In accordance with a preferred embodiment of the present 
invention, the means for devising a machining plan has means 
for comparing a designated delivery date of a received order 
and planned production date retained in a database, and means 

20 for scheduling an expected production date based upon results 
of the comparison. 

In accordance with a preferred embodiment of the present 
invention, the means for performing expansion into each 
component part has means for performing expansion in units 

25 of individual parts constructing a manufactured product 

based upon a received order, and means for calculating the 
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number of parts . 

In accordance with a preferred embodiment of the present 
invention, the means for devising an ordering plan has means 
for comparing a number of parts contained in inventory and 
5 a number of parts required, and means for calculating minimum 
units of an order based upon results of the comparison. 

In accordance with a preferred embodiment of the present 
invention, wherein the first domain, which corresponds to 
an ordering starting point, has means for issuing an order 
10 in accordance with an order input , and the third domain, which 
corresponds to an ordering end point, has means for receiving 
an order in response to the issuance of the order. 

In accordance with a preferred embodiment of the present 
invention, the first, second and third domains are connected 
15 in a nodeless tree structure, and an order for each component 
part processed by the first domain is communicated to the 
third domain without processing being duplicated by the 
expanding means of the second domain. 

In accordance with a preferred embodiment of the present 
20 invention, the domain on a third network connected to the 
domain on the second network via a LAN receives an order, 
which is issued by the domain on the first network, via a 
public line, the domain on the second network and the LAN. 

In accordance with a preferred embodiment of the present 
25 invention, the first control means permits reference to order 
data, machining plan data and sub-part inventory data of the 
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first domain upon limiting this data to that required by the 
second domain. 

In accordance with a preferred embodiment of the present 
invention, the first control means gives reference 
5 permission based upon a combination of a domain number and 
password. 

In accordance with a preferred embodiment of the present 
invention, the parts ordering system is constituted by a 
single domain having order issuing means, order receiving 

10 means, machining planning means, constructional expansion 
means, ordering planning means and ordering means, an 
interface for making possible interconnection of domains in 
a tree structure, and input means for inputting, to a 
database, information relating to a part delivered in 

15 accordance with the order. 

In accordance with a preferred embodiment of the present 
invention, the parts management system is constituted by a 
single domain having order issuing means, order receiving 
means, machining planning means, constructional expansion 

20 means, ordering planning means and ordering means, an 

interface for making possible connection in a tree structure, 
and input means for inputting, to a database, information 
relating to a part delivered in accordance with the order. 
In accordance with a preferred embodiment of the present 

25 invention, the data displayed on the order-receiving/ issuing 
management apparatus is the number of processed 
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issued/received orders corresponding to the icon. 

In accordance with a preferred embodiment of the present 
invention, the icon on the order-receiving/ issuing 
management apparatus displays one or a combination of a 
5 plurality of "expected", "orders determined" , "delayed", 
"divided order" , "order modified" , inspection in progress" 
and "acceptance" . 

In accordance with a preferred embodiment of the present 
invention, the display control means of the order- 

10 receiving/ordering management apparatus displays receipt of 
an order, a machining plan, constructional expansion, an 
ordering plan and detailed information of an order on the 
display means based upon a command from input means . 

In accordance with a preferred embodiment of the present 

15 invention, the display control step of the order- 
receiving /ordering management method displays receipt of an 
order, a machining plan, constructional expansion, an 
ordering plan and detailed information of an order at said 
display step based upon a command from an input step. 

20 Other features and advantages of the present invention 

will be apparent from the following description taken in 
conjunction with the accompanying drawings, in which like 
reference characters designate the same or similar parts 
throughout the figures thereof. 

25 

BRIEF DESCRIPTION OF THE DRAWINGS 
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The accompanying drawings, which are incorporated in 
and constituted a part of the specification, illustrate 
embodiments of the invention and, together with the 
5 description, serve to explain the principles of the 
invention. 

Fig. 1 is a diagram illustrating a parts ordering system 
according to the present invention; 

Fig. 2 is a diagram for describing the parts ordering 
10 system of the present invention in greater detail; 

Fig. 3 is a diagram showing the parts ordering system 
of the present invention connected utilizing a LAN or a public 
line; 

Fig. 4 is a diagram for describing the communication 
15 of data in a domain; 

Fig. 5 is a diagram showing that content can be verified 
from an operating terminal external to the parts ordering 
system of the present invention; 

Fig. 6 is a diagram for describing how to grant a 
20 terminal authority to refer to a domain and its data; 

Fig. 7 is a diagram for describing arrangement of 
operating terminals, a CPU and a database in a computer; 

Fig. 8 is a diagram illustrating that amount of data 
is reduced by processing on a per-domain basis; 
25 Fig. 9 is a diagram exemplifying an ordering plan on 

a per-domain basis; 
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Fig. 10 is a diagram for describing a method of detailing 
with an increase in number of domains; 

Fig. 11 is a diagram for describing a parts ordering 
system according to the prior art; 
5 Fig. 12 is a diagram for flow of processing according 

to the prior art; 

Fig. 13 A is a diagram illustrating constructional 
expansion according to the prior art; 

Fig. 13B is a diagram illustrating constructional 
10 expansion according to the prior art; 

Fig. 14 is a diagram illustrating a client-server 
system; 

Fig. 15 is a diagram illustrating the basic 
configuration of a network in this system; 
15 Fig. 16 is a diagram showing the relationship among 

clients, a server, domains and work units; 

Fig. 17 is a diagram for describing transfer of data 
domains ; 

Fig. 18 is a diagram for describing the construction 
20 of an operating terminal; 

Fig. 19 is a diagram showing an example of a display 
on an operating terminal; 

Fig. 20 is a diagram showing the memory map of a 
recording medium; 
25 Fig. 21 is a flowchart for displaying order- 

receiving/ordering data; and 
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Fig. 22 is a flowchart for describing control of a 
display. 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 

5 

Preferred embodiments of the present invention will be 
described in detail in accordance with the accompanying 
drawings . 

The hardware configuration of the present invention is 

10 based upon a client-server system (Fig. 14) . The computer 
architecture is the standard operating system (OS) , CPU and 
memory, with peripheral equipment being an input unit, an 
output unit and a storage device. Fig. 15 illustrates the 
configuration of a network in this system. A computer 1501 

15 and a computer 1502 are connected to a plurality of networks 
via LANs 1503 and 1504. The LAN 1503 is a network limited 
to communications within a company, and the LAN 1504 is a 
network expanded for use inside and outside a company. 

Security is maintained by using the LANs selectively 

20 depending upon whether information has a high or low level 
of secrecy. For example, production information such as an 
ordering plan or purchasing unit price is highly secret and 
constitutes very important data in terms of business 
strategy. Accordingly, the closed network 1503 for in-house 

25 use only is employed for handling this information. On the 
other hand, information the disclosure of which is allowed 
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external to the company is dealt with using the network 1504. 
Adopting such a double-track communications network not only 
maintains security but also is effective in terms of 
providing redundancy in the event of system failure. 
5 Fig. 16 shows the relationship among clients, domains 

and a server. A "domain" is a working unit on a production 
line and is the unit of processing of a server in a computer 
system. 

For example, assume that a manufactured product is 

10 completed via a four-step process, namely machining (1601a) 
of mechanical parts, mounting (1601b) of electrical parts, 
assembly (1601c) and inspection (1601d) . Domains 
corresponding to these process steps and implemented in the 
server execute processing independently to manage the 

15 process steps. For instance, a fabrication command "300 
parts a at a delivery date of July 15th" is issued to process 
1601a, which is charged with machining mechanical parts, via 
a client 1610a by processing (e.g., machining planning, 
placing of orders outside the company, etc.) executed by a 

20 domain 1620 constituting a server 1605. 

The progress of process 1601a (namely the status of 
progress with regard to an order) is input to a database 1660 
in domain 1620 and to a database 1650 of the server. 

Similarly, the electrical part mounting process 1601b 

25 is supported by a domain 1630 via a client 1610b to manage 
the mounting processing. Likewise for the assembly process 
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1601c (for which the corresponding domain is at 1640) and 
inspection process 1601d (for which the corresponding domain 
is at 1650) . The domains correspond to the process units 
on the line and the demarcations of human activity are made 
5 the demarcations of computer processing. Reflecting the 
concept of units of human activity in the system makes it 
possible to deal flexibly and speedily with such changes as 
a switch in the model of a manufactured product, a parts 
modification, a process modification and process addition, 

10 etc. Expandability will be described below. 

As shown in Fig. 16, the database 1650 manages 
information shared by the domains, and databases 1660, 1670, 
1680 , 1690 located within the domains manage independent data 
necessary for processing executed by the individual domains . 

15 The internal databases are shown as being incorporated in 
the domains for the sake of the illustration. However, the 
inclusion of a database is not an essential requisite in terms 
of the function of a domain. 

An approach to the transfer of data between domains will 

20 be described next with reference to Fig. 17. A server 1701 
and a server 1702 are connected by a communications network 
1790. Domains 1710 and 1720 have been registered in the 
server 1701, and domains 1730 and 1740 have been registered 
in the server 1702. Each server has databases (1703, 1704) , 

25 processing queues (1750, 1760) and domain organization 

management tables (1770, 1780) . The organization management 
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tables indicate domain information that has been registered 
in the servers. The content of these tables is the same in 
both of the servers . Defined in each table are the IP address, 
password and user ID of the domain. In a case where a process 
5 has been added on to deal with a new manufactured product, 
it will suffice to add on a new domain to the organization 
management tables {1770, 1780) and define the domain. 
<Data transfer between domains when servers are 
dif f erent> 

10 Consider a case where the domain 1710 in server 1701 

has issued an order to the domain 1740 in server 1702. The 
order is spooled temporarily as processing 1 in the queue 
1750 and is registered in the server database 1703 (datapath 
1791) . The designation of the connection destination is key 

15 information by which the resident process program performs 
retrieval. The information serves as the pointer of the data 
transfer. Even if a plurality of connection destinations 
have been registered, the connection of a plurality of 
domains is possible in a similar manner (by a one-to-many 

20 connection) . Further, in accordance with a defined order 
of priority, the resident process program is capable of 
performing a one-to-one connection, in transfer destinations 
are limited to a single destination. 

The domain 1710 registers the transfer data and the 

25 transfer destination in the database 1703, whereby the 

resident process program (referred to as "resident process 
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A" below) of the server 1701 is activated to begin data 
transfer processing (processing 1 in the queue 1750) . 

<D The resident process A retrieves the domain number 

of the transfer destination from the database 1703 and 
5 retrieves the IP address, password and user ID of this domain 
from the domain organization management table 1770. 

(D If the result of retrieval is that the transfer 

destination is not within the same server but is a domain 
in a different server, the resident process A writes the 
10 transfer data to the database 1704 of server 1702 temporarily 
and registers the data in the queue 1760 as processing 11 
(data path 1792) . 

(3) The resident process program (referred to as 

"resident process B" below) of server 1702 is activated by 
15 registration of processing 11 in queue 1760 and starts 
re- transfer of the data. 

(D The resident process B retrieves the domain number 
of the transfer destination from the database 1704 and 
retrieves the IP address, password and user ID of this domain 
20 from the domain organization management table 1780. 

® Using the domain number and the IP address, password 

and user ID as key information, the resident process B checks 
the domain 1740 and writes the transfer data to the internal 
database 1741 (data path 1793). 
25 <Data transfer between domains in the same server> 

® The process is similar when the transfer is within 
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the same server. Consider a case where the domain 1710 has 
issued an order to the domain 1720 in the same server. The 
order is spooled temporarily as processing 3 in the queue 
1750 and the transfer data and transfer destination are 
5 registered in the server database 1703 (data path 1794) . 

(2) By registering the transfer data and transfer 

destination, the resident process A is activated and begins 
data transfer processing (processing 4 in queue 1750) . 

(3) The resident process A retrieves the domain number 

10 of the transfer destination from the database 1703 and 

retrieves the IP address, password and user ID of this domain 
from the domain organization management table 1770. 

@ Using the domain number and the IP address, password 

and user ID as key information, the resident process A checks 
15 the domain 1720 and writes the transfer data to the internal 
database 1721 (data path 1795) . 

<Description of parts ordering system and parts 

management system> 
The parts ordering system and parts management system 
20 according to the present invention will be described with 
reference to Figs. 1 through 10. It should be noted that 
components with identical functions in these drawings are 
designated by like reference characters. 

Units of processing referred to as domains are shown 
25 at 101, 102, 103, 104, 105 and 106 in Fig. 1 and represent 
virtually allocated data processing areas in a computer. The 
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units correspond to work units of workshops in a factory, 
such as main assembly and sub-assembly workshops. The 
domains are connected in a tree structure identical with the 
order of process steps up to the completion of the commodity. 
5 Each individual domain has the same functions, the receipt 
of an order, internal processing and the issuance of an order . 

Though a plurality of operating terminals for referring 
to or updating domain data can be connected to each domain, 
a case in which one terminal is connected to one domain will 

10 be described in order to assure a better understanding of 
the invention. The processing executed within each domain 
includes receipt of data, machining planning, constructional 
expansion, ordering planning and order issuance. In order 
to implement the functions of constructional expansion and 

15 order issuance, domains (110, 111, 112) managing the makeup 
of an order refer to construction data. Thus, an order issued 
by a domain located farthest upstream is sent to domains 
downstream. A domain that has received an order performs 
constructional expansion into sub-parts and subassembly 

20 parts, etc., based upon the order. Further, on the basis 
of data such as number of parts in inventory stored in the 
database of each domain, the domain decides the number of 
orders and delivery of individual sub-parts and subassembly 
parts, etc., and transfers the order to the domain that 

25 processes the data relating to the respective parts. 

Thus, the functions of receiving orders, planning 
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machining, performing constructional expansion, planning 
ordering and issuing orders are completed in each domain and 
the data is sent to the domain 106 farthest downstream. The 
domain 106 farthest downstream corresponds to the order 
5 receiver of orders for individual sub-parts, subassembly 
parts, etc. , from the factory. The order receiver is capable 
of confirming the content of the order using a terminal . The 
domains 101, 102, 103, 104, 105 according to the present 
invention use identical programs in order to attain the 

10 above-mentioned functions. This is advantageous in terms 
of systems development schedule, system cost, ease of 
expansion and maintenance management cost, etc. 

By implementing parts ordering and inventory 
management by decentralized processing on a per-domain 

15 basis, high-speed processing is possible even in a 

small-scale system. This makes it possible to configure a 
system that suppresses prolongation of computer processing 
time that accompanies an increase in the number of parts. 
Further, by virtue of real-time high-speed processing, 

20 it is possible to deal rapidly with parts orders and to 

perform management in which information and materials data 
are coordinated. 

Though the common program is employed in the domain 101 
farthest upstream, use is made of a partial program to 

25 implement the order issuance function. In addition, a 
partial program for implementing the order receiving 
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function is used in the domain 106 farthest downstream. 

The system according to the present invention will now 
be described in further detail with reference to Fig. 2. 

Domains relating to ordering of parts for a manufactured 
5 product A are shown at 200-1, 201-1, 211-1, 211-2, 211-3, 
221-1, 221-2, 221-3, 221-4, 231-1, 231-2, 231-3 and 231- 
4, and domains relating to ordering of parts for a 
manufactured product B are shown at 250-1, 251-1, 261-1, 
261-2, 261-3, 221-4, 271-1, 271-2, 271-3, 231-4, 281-1, 281-2 

10 and 281-3. 

A construction management DB 200 is a database connected 
to each domain to manage construction data necessary for the 
internal processing of each domain. An operating terminal 
200-2 is connected to the domain 200-1 and inputs an order 

15 to be issued. An operating terminal 221-5 is connected to 
the domain 221-2 and manipulates the data in the domain 221-1, 
e.g., enters a machining plan, corrects an error in number 
of parts in inventory and inputs the number of articles of 
merchants delivered, etc. Domains 241-1, 241-2, 241-3, 241-4 

20 are order receiver terminals that make it possible to refer 
to orders, to output statements of delivery, etc. 

Individual domains are connected by a communication 
line such as a LAN, as a result of which the domains can send 
and receive data to and from each other even if domains are 

25 at physically remote locations. The domains are not limited 
to a program system constructed in a computer system located 
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in the same area. For example, in the case of Fig. 2, even 
if the domain 200-1 for issuing orders is located in the head 
office in Japan, downstream first domains 211-1, 211-2, 211-3 
are subsidiaries in Japan, downstream second domains 221-1, 
5 221-2, 221-3, 221-4 are unit product manufacturers located 
in a second country and downstream third domains 231-1, 
231-2, 231-3, 231-4 are parts fabrication makers located in 
a third country, it is possible to send and receive 
information relating to the receipt /issuance of orders and 

10 delivery. The system of the present invention functions as 
a parts ordering system and as a parts management system. 

In regard to "order issuance" , the parts ordering system 
of the present invention is such that a product name or unit 
name to be produced, the number thereof and the required 

15 delivery date are entered from terminals (200-1, 250-1) 

connected to the domains farthest upstream. In response to 
the input, "order issuance" processing starts within the 
domain (200-1) farthest upstream, as a result of which an 
order is sent to the domain (201-1) one layer below. Though 

20 the program functions used by the domains constituting this 
system, namely the portions relating to the functions of 
receiving orders, planning machining, performing 
constructional expansion, planning ordering and issuing 
orders, are the same in each domain in order to obtain the 

25 advantages in terms of systems development schedule, system 
cost, ease of system expansion and maintenance management 
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cost, etc., the function of the program used in the domain 
farthest upstream is the order issuance function. 

Fig. 3 shows a case where domains on a LAN 1 of the parts 
ordering system are connected to a public line 4000 and send 
5 orders to domains set up on a LAN 2 at a remote location. 
The groups of domains connected to the LAN 1, public line 
4000 and LAN 2 function in their entirety as a single parts 
ordering system. An order is issued by a first domain (1010) 
on LAN 1 and the order is processed by second (1020) through 
10 sixth (1060) domains. The fourth domain (1040) is connected 
to the public line 4000. An order based upon the ordering 
plan of the fourth domain is sent to the sixth domain (1060) 
as well as to a seventh domain (2070) on LAN 2 via the public 
line (4000) . 

15 The seventh domain (2070) on LAN 2 and an eighth domain 

(3080) on a LAN 3 are connected via a LAN 4 (4100) . It is 
also possible for the domains on LAN 1 to be connected to 
a public line and to send orders to the domain on LAN 3 via 
the domain constructed on remote LAN 2 . The group of domains 

20 connected by the LAN 1 (1000), public line (4000), LAN 2 
(2000), LAN 4 (4000) and LAN 3 (3000) function in their 
entirety as a single parts ordering system. The order from 
the first domain (1010) on LAN 1 reaches the seventh domain 
(2070) on LAN 2 via the connection between the fourth domain 

25 (1040) and public line 4000, and thence arrives at the eighth 
domain (3 080) on LAN 3 via the LAN 4. The seventh domain 



- 31 - 



(2070) and eighth domain (3080) each execute processing with 
regard to the order received. Displays on terminals based 
upon receipt of the order will be described later. 

Communication via the intermediary of the public line 
5 and LANs makes it possible to enlarge the parts ordering 
system domestically or internationally. For example, 
application of the parts ordering system and parts 
maintenance system according to the present invention is 
possible even in a case where LAN 1 is considered a domestic 

10 order sender of an order and the LANs 2, 3 are considered 
order receivers for overseas procurement. 

The communication of data within a domain will be 
described with reference to Fig. 4. An order issued from 
a domain 4101 is received at 4105-1 of a domain 4102. Here 

15 all received orders are preserved in a database 4106-1 and 
a comparison is made to judge whether a received order is 
a new order, a modification of an order received earlier or 
an identical order than has been re-sent. As a result, 
recovery processing for when an order is lost can be executed 

20 reliably and in simple fashion. 

In case of a new or modified order, processing proceeds 
to machining planning (4105-2) . Machining planning involves 
schedule processing for the machining site in domain 4102. 
For example, planning such as the schedule for machining a 

25 part, whether 50 parts are to be assembled every day or 

whether 10 parts are to be assembled only on Monday every 
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week, is entered using an operating terminal 4107 and this 
is stored in a database 4106-2. 

For example, if the domain 4102 receives a new order 
for "ten electrical accessories by a delivery date of May 
5 20th", a comparison is made with earlier orders using a 
received-order database (DB) 4106-1. Since the order is a 
new order in this case, it is sent to machining planning 

4105- 2. Here an already determined plan is called from the 
database 4106-2 to find a date on which an order for ten units 

10 can be met. If the machining plan is such that 50 units have 
been set for May 15th and 25 units for May 25th, the order 
for ten units is assigned to the production scheduled for 
May 15th, which is the earliest machining date, and the ten 
units are produced on this date. The running efficiency of 

15 the production line is raised by equalizing the production 
plan in this manner. 

The data is then delivered as "10 units of production 
on May 15th" to constructional expansion 4105-3. The 
constructional expansion at 4105-3 involves determining 

20 whether construction data is present in a database 4106-3 
and, if the does is not present in this database, copying 
construction data indicated at 4104-1 from an organization 
management database (DB) 4104 to an organization database 

4106- 3, and calculating the parts, sub-units and numbers 
25 thereof necessary to fabricate the electrical accessories 

based upon the construction data. In this example relating 
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to electrical accessories, it is calculated that 10 control 
panels, 50 screws, 10 printed circuit boards and 10 motors 
are required on May 15th, This data is sent to ordering 
planning 4105-4. 
5 Ordering planning 4105-4 involves comparing inventory 

of currently existing "control panels, screws, printed 
circuit boards and motors" , obtained from a database 4106-4, 
with the necessary numbers of parts sent earlier. 

For example, assume that inventory is as follows:" 

10 control panels: 0; screws: 25; printed circuit boards : 8; 
motors: 9". Next, the numbers of parts to be ordered is 
decided from the minimum order number registered in the parts 
inventory database 4106-4. The minimum order number is the 
minimum number of parts purchased decided in advance between 

15 the ordering side and delivery side owing to limitations such 
as the number of packages. For example, in case of "control 
panels: 5; screws: 100; printed circuit boards : 10; motors: 
1", the order to be issued will be "control panels: 10; 
screws: 100 ; printed circuit boards : 10; motors: 9". This 

20 data is sent to an order function 4105-5. 

The order function 4105-5 preserves the ordering 
history in an order database 4106-5 and then issues an order 
for ten control panels to domain 4103-1, 100 screws to domain 
4103-2, ten printed circuit boards to domain 4103-3 and nine 

25 motors to domain 4103-4, these domains being machining 
sections located downstream. 
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The order is received by the domains 4103-1, 4103-2, 
4103-3 and 4103-4. Through processing similar to that 
executed by domain 4102, these domains (4103-1, 4103-2, 
4103-3, 4103-4) also compare the order with all orders 
5 received previously, determine whether the order is a new 
order, etc., and separate new orders to be dealt with and 
orders that are modifications of previously received orders . 
If a domain is farthest downstream (whether a domain is 
farthest downstream is known when no order construction is 

10 found to exist when one goes to acquire the makeup of an order 
received by the domain 4104) a slip for a new order and a 
slip for a modified order are output from printers connected 
to operating terminals 4108-1, 4108-2, 4108-3, 4108-4. 

For example, a slip for "nine motors for delivery on 

15 May 15th", which is part of the order just calculated by 
domain 4102 and sent to domain 4103-4, can be printed from 
the printer of terminal 4108-4 of electrical industry A. In 
the parts ordering system of the present invention, the 
operating terminal 4108-4 has electrical industry A as its 

20 order receiver, the operating terminal 4108-3 has 

electronics industry B as its order receiver, the operating 
terminal 4108-2 has screw manufacturer C as its order 
receiver and the operating terminal 4108-1 has electronic 
industry D as its order receiver. 

25 The present system is such that with regard to orders 

from domains of upstream machining sections (factories) , it 
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is possible to refer only to order data sent and received 
between these domains and immediately higher order or lower 
order domains. (Reference to a higher order domain will be 
described later with reference to Fig. 5.) 
5 Accordingly, it is not possible to refer to data between 

domains that do not send and receive data relating to orders 
mutually issued and received. For example, with regard to 
domain 4103-4, the order receiver of a motor order from the 
factory (4102) is electrical industry A. Electrical industry 

10 A can verify the issuance of an order by domain 4103-4 from 
terminal 4108-4 with which electrical industry A is equipped. 
Other order receivers, namely electronics industry B, screw 
manufacturer C and electronic industry D, cannot verify the 
content of an order from domain 4103-4. 

15 Further, domain 4101, which is an upstream machining 

section (factory) , cannot refer to ordering information of 
machining section domains that are downstream of domain 4102 
(though it can refer to the information of domain 4102) . 
A well-known security system can be applied as is to 

20 associate domain 4103-4 and terminal 4108-4. For example, 
the number of the terminal of the order receiver and a 
password can be stored in the domain. When there is an access 
request from the terminal, the terminal can verify the 
content of an order from the domain only when the number of 

25 the terminal seeking access permission and the entered 
keyword match at the domain. 
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Furthermore, in the ordering system according to the 
present invention, it is possible for an order receiver to 
verify not only the content of the domain farthest downstream 
but also the content of the domain one layer upstream (the 
5 immediately higher order domain) . This will be described 
with reference to Fig. 5. 

Shown in Fig, 5 are an order receiver domain 502; a 
domain 501 one layer upstream; a terminal 505 capable of 
referring to domain 502; all order data 501-1 of domain 501; 

10 received-order data 502-1, which is part of the order data 
of domain 501 that is for domain 502; machining planning data 
501-2 of domain 501; machining planning (2) data 502-2, which 
is a copy of the machining planning data 501-2 of domain 501; 
sub-parts inventory data 501-3 of domain 501; and sub-parts 

15 inventory (2) data 502-3 which, of the inventory data in 
501-3, is inventory data regarding only parts ordered from 
domain 502. 

The received-order data 502-1 (503-1) is sent whenever 
an order is generated. However, the machining planning (2) 

20 data 502-2 (503-2) and sub-parts inventory (2) data 502-3 
(503-3) are sent from domain 501 in response to a request 
503-4 from the terminal 505, after which this data is 
preserved in domain 502. The terminal 505 refers to the 
machining planning (2) data 502-2 and the sub-parts inventory 

25 (2) data 502-3 of domain 502. As a result, it is possible 
to prevent leakage of data in domain 501 that is not for use 
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in domain 502. In addition, the order receiver (domain 502 
in this case) is capable of verifying in advance the issuance 
of an order for which there is a possibility in the future. 
Since the order receiver can ascertain a future plan in 
5 advance upon creating a production schedule, it is possible 
to reduce business risk. 

Furthermore, the domain 502 preserves the data. 
Therefore, if the processing by domain 501 ceases or in the 
event that the communication of data 503-2, 503-3, 503-4 is 

10 interrupted, verification is possible based upon data 502-2, 
502-3 previously acquired. 

In the parts ordering system of the present invention, 
there are a plurality of domains situated farthest upstream, 
a product name, unit name and delivery date associated with 

15 production are entered from each domain farthest upstream, 
and these are eventually forwarded to the domains of the order 
receivers . 

For example, with reference to Fig. 2, an order that 
has entered domain 200-1 is expanded to a domain 201-1, thence 
20 to domains 211-2, 221-1 and arrives at domain 231-4 as an 
order for a motor. 

An order that has entered the other domain 250-1 is 
expanded to domains 251-1, 261-3 and 271-1 and arrives at 
domain 231-4 as an order for a motor. This becomes the order 
25 to electrical industry A. The terminal 241-4 of electrical 
industry A is capable of verifying the orders as the order 
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of the electric accessories domain 221-1 and the order of 
the domain 271-1, these domains being one layer higher. 
Furthermore, the electrical industry A is capable of 
ascertaining the individual motor inventories and motor use 
5 schedules of domains 221-1, 271-1. Thus, orders can be 
received from a plurality of domains in the manner described 
above . Though acceptance of orders has been illustrated here 
as an example, it is possible to deal with a plurality of 
domains also in a case where orders are issued. Accordingly, 
10 it is possible to issue orders to a plurality of domains as 
well . 

For the sake of convenience an example has been 
described in which orders from domains farthest upstream are 
processed in a plurality of downstream domains down to the 

15 domains farthest downstream by functions such as the 

constructional expansion function. However, there are cases 
where processing is not in line with this flow. For example, 
assume that there are four domains between a domain farthest 
upstream and a domain farthest downstream. In the 

20 hierarchical structure of domains shown in Fig. 2, an order 
can be issued to a domain farthest downstream from an 
intermediate domain even if processing in the total of five 
domains (200-1, 201-1, 211-2, 221-1, 231-2) is not executed, 
as in the ordering of screws. In this case the issuance of 

25 an order to the order receiver can be carried out by setting 
the destination of the data in such a manner that the order 
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will be sent to the domain farthest downstream and not to 
the next domain. This has the effect of shortening the time 
needed for issuance of the data. 

Goods arrival processing and inventory management in 
5 a case where goods have been delivered from the order receiver 
will be described with reference to Fig. 4. Terminals 4107, 
4108-1, 4108-2, 4108-3, 4108-4 are connected to domains. An 
order sheet is fetched from a terminal, the order sheet is 
affixed to goods to be delivered and acceptance is performed 

10 at terminal 4107 of the ordering domain (the domain one layer 
upstream, namely domain 4101 in case of domain 4102 and domain 
4102 in case of domains 4103-1, 4103-2, 4103-3, 4103-4), If 
domain 4102 is taken as an example, the number of acceptances 
is written to the order data of 4106-5 at the same time as 

15 acceptance, thereby completing goods arrival in regard to 
the order. 

The acceptance data is returned to the domains 4103-1, 
4103-2, 4103-3, 4103-4 and the recipient concerns 
(electronics industry D, electrical industry A) can verify 

20 the data immediately at the terminals 4108-1, 4108-2, 4108-3, 
4108-4. Furthermore, the parts inventory database 4106-4 
is incremented by the number of acceptances, thereby 
increasing the numbers of parts in inventory. The delivery 
route is not limited to the ordering domains but may be the 

25 machining section or concern that uses the parts. 

Taking Fig. 2 as an example, assume that the ordering 
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domain is domain 221-1. If a printed circuit board is used 
in a control panel, the electronics industry B, which is the 
deliverer of the printed circuit board, can deliver the 
circuit board not to domain 221-1 but to domain 231-1 of the 
5 downstream machining section that fabricates the control 
panel . 

When the domain 4102 (Fig. 4) completes assembly using 
the control panel from domain 4103-1, the screws from domain 
4103-2, the printed circuit board from domain 4103-3 and the 

10 motor from domain 4103-4, a slip for the unit (electric 
accessory) fabricated by the domain 4102 is fetched from the 
terminal 4107 and shipment is made to the domain 4101. When 
acceptance is made by the domain 4101, the acceptance data 
is returned to the domain 4102 in the same manner. On the 

15 basis of this data, the stock of sub-parts of the delivered 
unit (electric accessory) is subtracted from the parts 
inventory database 4106-4 using the organization of 4104-1. 
As a result, the number of parts in inventory recorded in 
the parts inventory database 4106-4 is increased by delivery 

20 of parts and is decreased by the shipping of a unit. Adopting 
this arrangement makes it possible to ascertain efficiently 
the number of parts, etc., currently in inventory. 

In the description of the present invention, it is 
explained that domains include the databases, namely the 

25 received-order database, the machining planning database, 
the organization database, parts inventory database and 
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order database, annexed to the order receiving, machining 
planning, constructional expansion, ordering planning and 
order functions. However, in terms of the functional 
construction of a domain, a domain is not an entity limited 
5 to an arrangement in which each database is included in a 
domain; a domain can be an entity from which a database 
annexed to each function is excluded. 

An approach to granting a terminal authority to refer 
to a domain and its data will be described with reference 

10 to Fig. 6. Shown in Fig. 6 are a central processing unit 
601, a terminal 603 and data areas 602-1, 602-2, 602-3, 602-4, 
for each of the domains, allocated to a database. 

In order to refer to the data in each area from the 
terminal 603 , the domain number and a password that have been 

15 preserved in the database must be input to the domain. In 
other words, if authentication is not obtained from each 
terminal on a per-domain basis, reference cannot be made to 
the data of the domain. As a result, reference to data by 
a third party, namely a party other than one concerned with 

20 domain management, is prevented. 

The arrangement of operating terminals, a CPU and a 
database in a computer will be described with reference to 
Fig. 7. Shown in Fig. 7 are operating terminals 303, a CPU 
301 and a storage device (database) 302. The storage device 

25 302 is allocated to domains as described with reference to 
Fig. 2 . A storage device 302-1 is allocated for data of domain 
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200-1 in Fig. 2, a storage device 302-2 is allocated for data 
of domain 201-1, a storage device 302-3 is allocated for data 
of domain 221-1 and a storage device 302-4 is allocated for 
data of domain 231-1. 
5 Data is managed on a per-domain basis and deletion and 

addition of data can be performed freely with the 
authorization of the domain manager (the individual in charge 
of the machining section) . As a result, it is not required 
to leave unnecessary data against the volition of the domain 

10 manager and necessary data can be added on by one's own 
authority. In regard to a method of dealing with a case where 
the scale of the system is increased, generally the size of 
the smallest machining section is not changed even if the 
quantity of production at the production site is increased. 

15 In other words, if production is doubled, the personnel of 
a machining section are doubled. However, simultaneously 
doubling the number of machining sections and greatly 
increasing the number of management personnel in a machining 
section of the smallest unit is not done in terms of 

20 organizational management. With this system, it suffices 
to set an additional domain for organization in conformity 
with the organizational mode, and greatly increasing the 
number of parts handled in each workshop is rare in terms 
of organizational management. 

25 If such a situation arises, the definition of smallest 

workshop to which a domain has been allocated will not be 
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correct. Accordingly, re-definition is carried out in units 
of smaller workshops. As a result, the number of items of 
data in each domain is limited and processing speed will not 
decline owing to an increase in quantity of data. 
5 That amount of data processing is reduced by executing 

processing on a per-domain basis will be described with 
reference to Figs. 8 and 9. 

A product Al (701) comprises a unit E, parts A, B and 
C, and units D. The unit E comprises parts F, G and C (702) . 

10 The unit D comprises parts F, H and C (703). 

A case where there are ten orders for product Al will 
be described with reference to Fig. 9. When the required 
number of sub-parts, the number of sub-parts in inventory 
and the number of sub-parts to be prepared are calculated, 

15 an order for the unit E is not issued, despite the fact that 
there is an order for the product Al, because the number of 
units E in stock is capable of satisfying the number of 
sub-parts required. Accordingly, expansion processing 
relating to domain 702 is not required. Thus, an ordering 

20 plan based upon the stock of sub-parts on a per-domain basis 
prevents processing based upon the total number of parts 
required by one order. The result is a lighter processing 
load upon the computer. 

A method of detailing with an increase in number of 

25 domains will now be described with reference to Fig. 10 . When 
a system composed of a CPU 401, database 402 and operating 
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terminals 403 experiences an overload owing to an increase 
in number of domains , it will suffice to add on a system having 
the same configuration (CPU 411, database 412 and terminals 
413) using a network 405. 
5 It is also possible to execute processing by adding on 

a system (CPU 421, database 422 and terminal 423) having a 
small processing capability. It is also possible to set a 
machine having a high processing capability to processing 
for a larger number of domains or, in the case of a machine 

10 having a low processing capability, to assign fewer domains 
to the machine . 

Connections 405, 415 between CPUs can be by LANs usually 
disposed in-house because orders are exchanged and reference 
is made to the data in each other's machining sections; a 

15 special data line is unnecessary. 

Thus, the CPUs 401, 411, 421 and databases 402, 412, 
422 need not be managed at the same location. The CPUs and 
databases need only be placed near the locations of the 
operating terminals 403, 413, 423 to which they belong. 

20 <Description of system redundancy> 

System redundancy, which is useful when part of the 
system fails, will now be described. 

The description will be based upon how the files shown 
in Fig. 7 are held and the construction of the equipment shown 

25 in Fig. 8. It will be assumed by way of example that the 
intermediate computer system (CPU 411, database 412 and 
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terminals 413) shown in Fig. 10 has failed. Though all 
activity such as data referencing ceases in regard to the 
domain that records the data, the domain corresponding to 
the higher order computer system (CPU 401, database 402 and 
5 terminals 403) and the domain corresponding to the lower 
order computer system (CPU 421, database 422 and terminal 
423) hold each others data in the manner shown in Fig. 5. 
As a result, no difficulties arise in terms of the job. 

What is affected is the domain corresponding to the 

10 intermediate computer system (CPU 411, database 412 and 
terminals 413) that has gone down. Reference to inventory, 
arrivals of delivered goods, etc. , can no longer take place. 
With regard to activities such as arrivals of goods, however, 
it is possible for terminals such as 4108-1 shown in Fig. 

15 4 to proceed with processing independently. The arrangement 
is such that even if a particular domain (domain 4102 in the 
case of terminal 4108-1) stops functioning, it is possible 
for acceptance and reference to be carried out based upon 
the data held by the terminal 4108-1 itself. It is possible 

20 for the terminal 4108-1 to send acceptance data after the 
function of domain 4102 has been restored. 

New orders will no longer arrive at domains below the 
domain that has stopped functioning. 

Since orders themselves are generated daily (the 

25 shortest interval possible) or, most usually, once a week, 
non-receipt of an order for two or three days does not pose 
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a special problem. Next, consider a case where the 
communication line 405 or 415 between computers in Fig. 10 
is severed. The effect of this failure will be that orders 
can no longer be transferred. As mentioned above, a failure 
5 lasting two or three days will not be a major hindrance to 
production. Under centralized information management, the 
entire parts ordering and parts management system ceases 
operating when part of the system such as the CPU fails . Under 
decentralized information management, however, such risk can 
10 be minimized. 

<Description of operating terminal) 

As shown in Fig. 18, a computer 1801 constructing a 
client and a server comprises an operating system (OS) 1802, 
a CPU 1803, a ROM 1804a, a RAM 1804b, a secondary storage 

15 device 1804c and a network interface 1805. Connected to the 
computer 1801 are a display unit 1806, a display controller 
1809, an input unit 1807, an external storage device 1808 
and an output unit 1811. An operation terminal consists of 
the aforementioned constitutions. 

20 The input unit 1807 is for performing operations such 

as designating coordinates on a screen and making selections . 
Specific examples are a mouse, track ball, touch -sensitive 
pen, joystick, tablet and keyboard. Positions are designated 
and selections made by a cursor (an arrow symbol or cross) 

25 displayed on the screen. 

The display unit 1806 displays data (characters, 
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graphics, numerical values, etc.), which is sent back and 
forth between computers, on a display screen. An example 
of the type of display unit is a CRT display, liquid crystal 
display and plasma display, etc . These components construct 
5 an operating terminal. 

Entry of an order to be issued and entry of data relating 
to parts order-receiving/ordering such as a machining plan 
and number of parts in stock is performed via the input unit 
1807, and processing is executed by the CPU 1803 of the 

10 computer 1801. Issuance of an order to another domain is 
carried out with respect to a downstream domain via a bus 
1810 and the network interface 1805. The network interface 
1805 uses two communication lines (1805a, 1805b) selectively 
for communication with the outside. As described with 

15 reference to Fig. 15, the network interface 1805 switches 
between the connected LANs (1503, 1504) depending upon the 
secrecy of the data sent and received. 

Further, a domain is capable of requesting another 
domain for specific data, such as machining planning and 

20 inventory information, needed by the domain per se. This 
request also is based upon a request from the input unit 1807 . 
In response to a request for the data, a data reading module 
(2007 in Fig. 20) is activated and a request for transfer 
of the data is output to the specific domain. Data sent and 

25 received between domains is recorded in the secondary storage 
device 1804c, external storage device 1808 or RAM 1804b via 
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the network interface 1805. By holding enough of the 
necessary information in a local domain, self-completed 
processing can be implemented even in a case where network 
communication failure occurs. The output unit 1811 is a 
5 printing processor, inclusive of a printer or the like, for 
outputting the result of order-receiving/ordering 
processing as a slip, 

<Display on computer screen> 

Fig. 19 shows a display on the screen of the display 
10 unit 1806. The display indicates receipt of an order from 
a higher order domain and issuance of an order to a lower 
order domain. 

Icons are assigned to each managed item in a domain and 
the number of cases corresponding to each icon is displayed 

15 together with the icon. Since icons and data are displayed 
in combination, the processing status of each item can be 
visually ascertained in a direct manner. The icon display 
symbolizes work units within a job. Performing retrieval 
while interpreting character information is unnecessary. 

20 An icon 1901 indicates management for receiving an order 

from a higher order domain and is displayed in combination 
with the number of received orders. The data display 
indicates that the number of received orders is 159 . 

An icon 1909 indicates management for issuing an order 

25 to a lower order domain and is displayed in combination with 
the number of issued orders . The data display indicates that 
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the number of issued orders is 35. 

Processing for combining icons and number of data items 
is executed by a display control module {2009 in Fig. 20) 
stored in a storage device (1808, 1804c, 1804a) under the 
5 management of the OS 1802. 

The display control module outputs the combination of 
the icon and corresponding number of data items to the display 
controller 1809, and the latter displays the combination on 
the display unit 1806 in the form shown in Fig. 19. 

10 The display controller 1809 judges whether data to be 

displayed corresponds to (a) both receiving of orders and 
issuing of orders, (b) receiving of orders only or (c) issuing 
of orders only and controls the display screen accordingly. 
Further, on the basis of an input from the input unit 

15 1807, the display controller 1809 causes the display unit 
1806 to display detailed information relating to receipt of 
an order, machining planning, constructional expansion, 
ordering planning and orders . Fig. 21 is flowchart that shows 
the processing of a domain (for example, 4102 is expalined 

20 with Fig. 4) . Fig. 22 is flowchart of processing for 

presenting a display on the display screen. The detailed 
information is displayed individually and includes the 
corresponding relationship between parts or units and the 
number thereof , time-limit management information, etc. The 

25 screen display corresponds to Figs. 8 and 9. A display 
control step (S2202 in Fig. 22) selects the necessary 
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inf ormation from a domain database (4106-1, 2, 3, 4, 5 in 
Figs. 4 and 21) , icon database (2204) and reference database 
(2205: other domain database, server database, etc) and 
displays the information on the display unit (1806) (S2203, 
5 S2204) . 

<De tails of icon display> 

Fig. 19 illustrates a display where management for 
receiving orders is classified into seven items and 
management for issuing orders is classified into six items. 

10 "EXPECTED" 1902 represents the orders expected to be 

received from a higher order domain and is displayed in 
combination with the number of orders. In the case of Fig. 
19, the number of orders expected to be received is 130. It 
should be noted that the " EXPECTED " item is not displayed 

15 under order management (under icon 1909) because it is 

unnecessary to display one's own expected outgoing orders. 

"ORDERS DETERMINED " (1903, 1910) indicates ordered 
articles for which such conditions as specification, 
delivery date and quantity have been determined and is 

20 displayed in combination with the number of orders for which 
these conditions have been met. When an order is determined 
it is deleted from the "EXPECTED" display so that the same 
order will not be displayed redundantly in under both the 
"EXPECTED" and "ORDERS DETERMINED" items. This processing 

25 is accomplished by ordinary read and write processing of the 
database in the client and server systems. In order to 
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ascertain how an ordered article is progressing, one need 
only look at the "ORDERS DETERMINED" item. In the case of 
Fig. 19, ten orders have been determined. 

" DELAYED " (1904, 1911) indicates ordered articles that 
5 have not yet been accepted by the designated delivery date 
and is displayed in combination with the number of articles 
not yet accepted. This item indicates an abnormal value for 
the job of the domain. Actively displaying the abnormal value 
from the system side so that a worker may view it enables 

10 the worker to quickly determine the status of a delay in 
scheduling, to change the order of priority of an activity 
and to place an emergency order to another job. In the case 
of Fig. 19, the status of delay in scheduling is four units 
for ordered articles received and ten units for articles for 

15 which orders have been issued. 

"DIVIDED ORDERS (1905, 1912) indicates ordered 
articles that have been divided into two or more orders, or 
for which such division has been requested, after an order 
has been determined. In the case of Fig. 19, the number of 

20 items for which division is required is zero. 

"ORDERS MODIFIED" (1906, 1913) indicates ordered 
articles whose specifications, etc., have been modified 
after determination of the order. In the case of Fig. 19, 
the number of orders for which specifications have been 

25 modified is six. 

"INSPECTION IN PROGRESS" (1907, 1914) indicates that 
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a delivered article is being inspected at the higher order 
domain. In the case of Fig. 19, the number of ordered articles 
undergoing inspection is zero. 

"ACCEPTANCE" (1908, 1915) indicates ordered articles 
5 for which inspection and acceptance has been completed. In 
the case of Fig. 9, the acceptance of nine articles has been 
completed. 

Thus, comprehensive information for the term from 
expectation of a received order within a job to acceptance 

10 of the order is classified and displayed in a time series. 

It goes without saying that the object of the present 
invention can also be achieved by providing a storage medium 
storing the program codes of the software for performing the 
aforesaid functions of the foregoing embodiment to a system 

15 or an apparatus, reading the program codes with a computer 
(e.g., a CPU or MPU) of the system or apparatus from the 
storage medium, and then executing the program. In this case, 
the program codes read from the storage medium implement the 
novel functions of the embodiment, and the storage medium 

20 storing the program codes constitutes the invention. 

Further, the storage medium, such as a floppy disk, hard disk, 
optical disk, magneto-optical disk, CD-ROM, CD-R, magnetic 
tape, non-volatile type memory card or ROM can be used to 
provide the program codes. In a case where the present 

25 invention is applied to the aforementioned storage medium, 
the modules illustrated in the memory map shown in Fig. 20 
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are stored on the storage medium. 

More specifically, the program codes of at least an 
"order issuing module" 2001, "order receiving module" 2002, 
"machining planning module" 2003 , "constructional expansion 
5 module" 2004, "ordering planning module" 2005, "data reading 
module" 2007, "data update module" 2008, "display control 
module" 2009 and "resident process module" 210. 

Furthermore, besides the case where the aforesaid 
functions according to the embodiment are implemented by 

10 executing the program codes read by a computer, the present 
invention covers a case where an operating system or the like 
working on the computer performs a part of or the entire 
process in accordance with the designation of program codes 
and implements the functions according to the embodiments. 

15 The present invention further covers a case where, after 

the program codes read from the storage medium are written 
in a function extension board inserted into the computer or 
in a memory provided in a function extension unit connected 
to the computer, a CPU or the like contained in the function 

20 extension board or function extension unit performs a part 
of or the entire process in accordance with the designation 
of program codes and implements the function of the above 
embodiment . 

In accordance with the present invention, it is possible 
25 to decentralize information processing relating to parts 
ordering and inventory management . An aspect of the present 
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invention set forth in each claim is capable of providing 
at least one of the following effects: 

1. Even if the number of parts increases, processing 
can be executed in a short period of time because the computer 

5 is not subjected to a concentrated load. In other words, 
processing (machining planning, constructional expansion, 
ordering planning, etc.) within a domain is executed faster 
than batch processing performed by the overall system. 

2. Since processing is possible even with a system 
10 configuration based upon a small-sized computer, running 

cost can be lowered. 

3 . If number of units produced increases or decreases, 
it is unnecessary to repeat processing in regard to the entire 
makeup of a manufactured product; it will suffice to execute 

15 minimal re-processing on a per-domain basis. The makes it 
possible to issue an order for parts rapidly. 

4. The overall system does not go down even if some 
domains fail . 

5. Since data deletion or addition is performed on a 
20 per-domain basis, system management is facilitated. 

6. Even if the makeup of a manufactured product is 
changed, it is possible to cope with the change rapidly and 
easily by altering the pattern in which the domains are 
connected. 

25 7. It is possible to realize a production schedule in 

which the rate of operation of a manufacturing line 
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maintained at a high level. 

8. There is reduced possibility of system failure due 
to a sudden increase in orders. 

9. The order receiver is capable of obtaining, rapidly 
5 and with ease, information relating to parts to be ordered 

henceforth by the order sender or information relating to 
machining of parts. As a result, the order receiver need 
not take the trouble to go to the factory that is the order 
sender, as is required in the prior art. 
10 10. Disclosed information is managed on a per-domain 

basis and is limited to the necessary scope in the relevant 
machining section . 

11 . The order receiver is capable of obtaining, rapidly 
and with ease, inf ormation relating to parts to be ordered 

15 in the future or information relating to machining of parts . 
As a result, it is easier for the order receiver to draft 
beforehand a plan for purchasing and machining new parts. 

12. Information can be managed on a real-time basis 
and it is possible to realize parts management in which 

20 information and materials match. 

The present invention is not limited to the above 
embodiments and various changes and modifications can be made 
within the spirit and scope of the present invention. 
Therefore, to appraise the public of the scope of the present 

25 invention, the following claims are made. 
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WHAT IS CLAIMED IS: 

1. A parts ordering system having a first domain, a second 
domain and a third domain connected in a tree structure, 
wherein said second domain includes: 

5 expanding means for expanding, into its component 

parts, an order that has been received from the first domain; 
and 

communication means for communicating, to the third 
domain, the order for each component part expanded by said 
10 expanding means. 

2. The system according to claim 1, wherein said first 
domain, second domain and third domain have means for issuing 
an order, means for receiving an order, means for devising 
a machining plan based upon the order received, means for 

15 performing expansion, into each component part, in 

accordance with the machining plan, means for devising an 
ordering plan for a part that has been expanded into its 
component parts, means for ordering a part expanded into 
individual parts units based upon the ordering plan, means 

20 for reading data from a database in accordance with the order 
for the part, and means for writing the read data to the 
database; 

wherein a plurality of connections are made possible 
on a network in a tree structure. 
25 3. The system according to claim 2, wherein said means for 
receiving an order has means for making a comparison with 
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data, which has been retained in a database, to determine 
whether an order is a new order, a modified order or re- 
transmission of the same order. 

4. The system according to claim 2, wherein said means for 
5 devising a machining plan has means for comparing a 

designated delivery date of a received order and planned 
production date retained in a database, and means for 
scheduling an expected production date based upon results 
of the comparison. 

10 5. The system according to claim 2, wherein said means for 
performing expansion into each component part has means for 
performing expansion in units of individual parts 
constructing a manufactured product based upon a received 
order, and means for calculating the number of parts. 

15 6. The system according to claim 2, wherein said means for 
devising an ordering plan has means for comparing a number 
of parts contained in inventory and a number of parts 
required, and means for calculating minimum units of an order 
based upon results of the comparison. 

20 7. The system according to claim 1, wherein said first 
domain, which corresponds to an ordering starting point, has 
means for issuing an order in accordance with an order input, 
and said third domain, which corresponds to an ordering end 
point, has means for receiving an order in response to the 

25 issuance of the order. 

8. The system according to claim 1, wherein said first, 
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second and third domains are connected in a nodeless tree 
structure, and an order for each component part processed 
by said first domain is communicated to the third domain 
without processing being duplicated by the expanding means 
5 of said second domain. 

9 . A parts ordering system in which a domain on a first network 
and a domain on a second network are connected via a public 
line, wherein the domain on said second network includes: 

means for receiving an order from the domain on said 
10 first network; 

means for devising a machining plan based upon the 
order; 

means for performing expansion, into each component 
part, in accordance with the machining plan; 
15 means for devising an ordering plan for each expanded 

component part; and 

means for ordering in units of individual parts in 
accordance with the ordering plan. 

10. The system according to claim 9, wherein the domain on 
20 a third network connected to the domain on the second network 

via a LAN receives an order, which is issued by the domain 
on said first network, via a public line, the domain on said 
second network and said LAN. 

11. A parts ordering system having a database which stores 
25 a number of specific parts contained in inventory, as well 

as a first domain, second domain and third domain connected 
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in a tree structure, wherein said second domain includes: 
means for performing expansion, into each component 
part, based upon an order received from the first domain; 
communication means for communicating, to the third 
5 domain, orders in individual parts units expanded by said 
expanding means; and 

stopping means for comparing the number of specific 
parts contained in inventory stored in the database and a 
required number of specific parts obtained by expansion 
10 performed by said expanding means, and stopping the 

communication of an order to the third domain in a case where 
the number of specific parts contained in inventory is 
greater, by a prescribed number, than the required number 
of specific parts. 
15 12. A parts ordering system in which a first domain is 
internally provided with a database in which a number of 
specific parts contained in inventory has been stored, 
wherein said first domain includes: 

means for performing expansion, into each component 
20 part, based upon an order received from the second domain; 

communication means for communicating, to the third 
domain, orders in individual parts units expanded by said 
expanding means; and 

stopping means for comparing the number of specific 
25 parts contained in inventory stored in the database within 
the first domain and a required number of specific parts 
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obtained by expansion performed by said expanding means, and 
stopping the communication of an order to the third domain 
in a case where the number of specific parts contained in 
inventory is greater, by a prescribed number, than the 
5 required number of specific parts. 

13 . A parts ordering system having a first domain and a second 
domain connected in a tree structure, wherein said second 
domain includes: 

expanding means for performing expansion, into each 

10 component part, based upon an order received from the first 
domain; and 

first control means which controls reference 
permission for referring, from an operating terminal 
connected to said second domain, to status of order 

15 receiving/ issuance in individual parts units expanded by 
said expanding means . 

14. The system according to claim 13, wherein said first 
control means permits reference to order data, machining plan 
data and sub-part inventory data of said first domain upon 

20 limiting this data to that required by said second domain. 

15. The system according to claim 14, wherein said first 
control means gives reference permission based upon a 
combination of a domain number and password. 

16 . A parts ordering system having a first domain and a second 
25 domain connected in a tree structure, wherein said second 

domain includes: 
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expanding means for expanding, into component parts, 
an order that has been received from the first domain; 

first control means which controls permission to refer 
to an order for a component part expanded by said expanding 
5 means, reference being made from an operating terminal 

connected to the second domain, and second control means for 
controlling permission to refer to ordering information, 
within the first domain, related to an order issued to the 
second domain. 

10 17. The system according to claim 16, wherein the system 
is constituted by a single domain having order issuing means, 
order receiving means, machining planning means, 
constructional expansion means, ordering planning means and 
ordering means, an interface for making possible 

15 interconnection of domains in a tree structure, and input 
means for inputting, to a database, information relating to 
a part delivered in accordance with the order. 

18. A parts ordering system comprising a server, a client, 
an operating system, a central processing unit, a storage 

20 device, an input unit, and output unit and a resident process 
program . 

19. The system according to claim 18, wherein said storage 
device is a database. 

20. A parts ordering system in which a domain is connected 
25 to a first network and a second network, said system 

having means for communicating information between said 
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first network and said second network selectively depending 
upon importance of secrecy of the information. 
21. A parts ordering method whereby a first domain, a second 
domain and a third domain connected in a tree structure 
5 deliver and receive orders, comprising: 

an expanding step at which the second domain expands, 
into its component parts, an order that has been received 
from the first domain; and 

a communication step at which the second domain 
10 communicates, to the third domain, an order for each 
component part expanded at the expanding step. 
22 . A parts ordering method whereby a first domain, a second 
domain and a third domain connected in a tree structure 
deliver and receive orders via a database which stores a 
15 number of specif ic parts contained in inventory, comprising: 
an expanding step at which the second domain performs 
expansion, into each component part, based upon an order 
received from the first domain; 

a communication step at which the second domain 
20 communicates, to the third domain, orders in individual parts 
units expanded at the expanding step; and 

a stopping step at which the second domain compares the 
number of specific parts contained in inventory stored in 
the database and a required number of specific parts obtained 
25 by expansion performed at the expanding step, and stops the 
communication of an order to the third domain in a case where 
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the number of specific parts contained in inventory is 
greater, by a prescribed number, than the required number 
of specific parts. 

23 . A parts ordering method whereby a first domain, which 
5 is internally provided with a database in which a number of 

specific parts contained in inventory has been stored, 
accepts an order from a second domain and communicates the 
order to a third domain, comprising: 

an expanding step at which the first domain performs 

10 expansion, into each component part, based upon an order 
received from the second domain; 

a communication step at which the first domain 
communicates, to the third domain, orders in individual parts 
units expanded at the expanding step; and 

15 a stopping step at which the first domain compares the 

number of specific parts contained in inventory stored in 
the database within the first domain and a required number 
of specific parts obtained by expansion performed at the 
expanding step, and stops the communication of an order to 

20 the third domain in a case where the number of specific parts 
contained in inventory is greater, by a prescribed number, 
than the required number of specific parts. 

24 . A parts management system having a database which stores 
a number of specific parts contained in inventory, as well 

25 as a first domain, a second domain and a third domain 

connected in a tree structure, wherein said second domain 
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includes : 

means for performing expansion, into each component 
part, based upon an order received from the first domain; 
and 

5 communication means for communicating, to the third 

domain, orders in individual parts units expanded by said 
expanding means; 

said second domain having input means for inputting, 
to the database, information relating to a part delivered 

10 in accordance with an order. 

25. The system according to claim 24, wherein the system 
is constituted by a single domain having order issuing means, 
order receiving means, machining planning means, 
constructional expansion means, ordering planning means and 

15 ordering means, an interface for making possible 

interconnection of domains in a tree structure, and input 
means for inputting, to a database, information relating to 
a part delivered in accordance with the order. 
26 . A parts management system comprising a server, a client, 

20 an operating system, a central processing unit, a storage 
device, an input unit, and output unit and a resident process 
program . 

27. The system according to claim 26, wherein said storage 
device is a database. 
25 28 . A parts management system in which a domain is connected 
to a first network and a second network, said system 
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having means for communicating information between said 
first network and said second network selectively depending 
upon importance of secrecy of the information. 

29. A computer readable recording medium on which has been 
recorded a program by which the following means are 
implemented by a computer: 

means for issuing an order; 
means for receiving an order; 

means for devising a machining plan based upon the order 
received; 

means for performing expansion, into each component 
part, in accordance with the machining plan; 

means for devising an ordering plan for a part that has 
been expanded into its component parts; 

means for ordering a part expanded into individual parts 
units based upon the ordering plan; 

means for reading data from a database in accordance 
with the order for the part; and 

means for writing the read data to the database. 

30. An order-receiving/issuing management apparatus for 
managing receipt of an order in which a local domain receives 
an order from a first domain, and issuance of an order in 
which the local domain issues an order to a second domain, 
comprising: 

display means for displaying data; and 

display control means for displaying, in combination 
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on said display means, an icon for identifying receipt of 
an order or issuance of an order, and data indicating results 
of receipt of an order or issuance of an order represented 
by the icon. 

5 31. The apparatus according to claim 30, wherein said data 
is the number of processed issued/received orders 
corresponding to said icon. 

32. The apparatus according to claim 30, wherein said icon 
displays one or a combination of a plurality of "expected", 

10 "orders determined", "delayed", "divided orders", "orders 
modified", inspection in progress" and "acceptance". 

33. An order-receiving/ issuing management method for 
managing receipt of an order in which a local domain receives 
an order from a first domain, and issuance of an order in 

15 which the local domain issues an order to a second domain, 
comprising: 

a display step of displaying data; and 
a display control step of output ting, in combination 
to said display step, an icon for identifying receipt of an 
20 order or issuance of an order, and data indicating results 
of receipt of an order or issuance of an order represented 
by said icon. 

34. A computer readable recording medium on which has been 
recorded a program by which the following steps are 

25 implemented by a computer; 

a display step of displaying data; and 
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a display control step of output ting, in combination 
to said display step, an icon for identifying receipt of an 
order or issuance of an order, and data indicating results 
of receipt of an order or issuance of an order represented 
5 by said icon. 

35 . The apparatus according to claim 30 , wherein said display 
control means displays receipt of an order, a machining plan , 
constructional expansion, an ordering plan and detailed 
information of an order on the display means based upon a 

10 command from input means. 

36. The method according to claim 33, wherein said display 
control step displays receipt of an order, a machining plan, 
constructional expansion, an ordering plan and detailed 
information of an order at said display step based upon a 

15 command from an input step. 
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ABSTRACT OF THE DISCLOSURE 
A domain, which is a basic constituent for processing 
the issuance and receipt of orders for parts, executes 
processing for order issuance, order receipt, machining 
5 planning, constructional expansion and ordering planning, 
thereby decentralizing processing of information relating 
to parts issuance and inventory. It is possible to realize 
sufficiently high processing speed even with a small-sized 
system. In addition, the resulting system allows parts 
10 management on a real-time basis. The system lends itself 
to enlargement and rapid changes in production scheduling 
that accompany an increase in number of parts, this not be 
readily feasible with conventional centralized information 
management . 
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COMBINED DECLARATION AND POWER OF ATTORNEY FOR 
ORIGINAL , DESIGN, NATIONAL STAGE OF PCT, SUPPLEMENTAL, 
DIVISIONAL, CONTINUATION OR CONTINUATION-IN-PART APPLICATION 

As a below named inventor, I hereby declare that: 

My residence, post office address and citizenship are as stated below next to my name, 

I believe I am the original, first and sole inventor (if only one name is listed below) or an original, first and joint 
inventor (if plural names are listed below) of the subject matter which is claimed and for which a patent is sought on the 
invention entitled: 

PARTS ORDERING SYSTEM. PARTS MANAGEMENT SYSTEM AND APPARATUS 
FOR MANAGING ORDERING AND RECEIPT OF ORDERS 

the specification of which 

a. [ X ] is attached hereto 

b. [ ] was filed on as application Serial No. and 

was amended on (if applicable). 

PCT FILED APPLICATION ENTERING NATIONAL STAGE 

C. [ ] was described and claimed in International Application No. filed on 

and as amended on .(if any). 

I hereby state that I have reviewed and understand the contents of the above-identified specification, including the claims, 
as amended by any amendment referred to above. 

I acknowledge the duty to disclose information which is material to the examination of this application in accordance 
with Title 37, Code of Federal Regulations, § 1.56(a). 

I hereby specify the following as the correspondence address to which all communications about this application are to 
be directed: 

SEND CORRESPONDENCE TO: MORGAN & FINNEGAN, L.L.P. 

345 Park Avenue 
New York, N.Y. 10154 

DIRECT TELEPHONE CALLS TO: Michael M. Murray 

(212) 758-4800 

[X] I hereby claim foreign priority benefits under Title 35, United States Code § 1 19 (a)-(d) or under § 365(b) 
of any foreign application(s) for patent or inventor's certificate or under § 365(a) of any PCT international application(s) 
designating at least one country other than the U.S. listed below and also have identified below such foreign 
application(s) for patent or inventor's certificate or such PCT international application(s) filed by me on the same 
subject matter having a filing date within twelve (12) months before that of the application on which priority is 
claimed: 

[X] The attached 35 U.S. C. § 119 claim for priority for the U.S. application(s) listed below forms a part of 
this declaration. 
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Date of filing Date of issue Priority 

(dav.monthuvr) (dav.month.vr) Claimed 



28/07/1997 fXlYES f 1NO 



r 1YES r 1NQ 

r iyes r iNo 



[ ] I hereby claim the benefit under 35 U.S.C. § 1 19(e) of any U.S. provisional application(s) listed below. 
Provisional Application No. Date of filin g (day, month, vr) 



ADDITIONAL STATEMENTS FOR DIVISIONAL, CONTINUATION OR CONTINUATION-IN-PART 
OR PCT INTERNATIONAL APPLICATIONS DESIGNATING THE U.S.) 

I hereby claim the benefit under Title 35, United States Code § 120 of any United States application(s) or under § 365(c) 
of any PCT international application(s) designating the U.S. listed below. 



US/PCT Application Serial No. Filing Date, Status (patented, pending, abandoned)/ 

U.S. application no. assigned (For PCT) 



US/PCT Application Serial No. Filing Date, Status (patented, pending, abandoned)/ 

U.S. application no. assigned (For PCT) 

[ ] In this continuation-in-part application, insofar as the subject matter of any of the claims of this application 
is not disclosed in the above listed prior United States or PCT international application(s) in the manner provided by the 
first paragraph of Title 35, United States Code, § 1 12, I acknowledge the duty to disclose material information as 
defined in Title 37, Code of Federal Regulations, § 1.56(a) which occurred between the filing date of the prior 
application(s) and the national or PCT international filing date of this application. 

I hereby declare that all statements made herein of my own knowledge are true and that all statements made on 
information and belief are believed to be true; and further that these statements were made with the knowledge that 
willful false statements and the like so made are punishable by fine or Imprisonment, or both, under Section 1001 of 
Title 18 of the United States Code and that such willful false statements may jeopardize the validity of the application 
or any patent issued thereon. 

I hereby appoint the following attorneys and/or agents with full power of substitution and revocation, to prosecute this 
application, to receive the patent, and to transact all business in the Patent and Trademark Office connected therewith: 
John A. Diaz (Reg. No. 19,550), John C. Vassil (Reg. No. 19,098), Alfred P. Ewert(Reg. No. 19,887), David H. 
Pfeffer, P.C. (Reg. No. 19,825), Harry C. Marcus (Reg. No. 22,390), Robert E. Paulson (Reg. No. 21,046), Stephen 
R. Smith (Reg. No. 22,615), Kurt E. Richter (Reg. No. 24,052), J. Robert Dailey (Reg. No. 27,434), Eugene Moroz 
(Reg. No. 25,237), John F. Sweeney (Reg. No. 27,471), Arnold I. Rady (Reg. No. 26,601), Christopher A. Hughes 
(Reg. No. 26,914), William S. Feiler (Reg. No. 26,728), Joseph A.Calvaruso (Reg. No. 28,287), James W. Gould 
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Application 
Countrv/PCT Number 

JAPAN 9-201898 



Docket No. 



(Reg. No. 28,859), Richard C. Komson (Reg. No. 27,913), Israel Blum (Reg. No. 26,710), Bartholomew Verdirame 
(Reg. No. 28^483), Maria C. H. Lin (Reg. No. 29,323), Joseph A. DeGirolamo (Reg. No. 28,595), Michael A. 
Nicodema(Ref. No. 33,199), Michael P. Dougherty (Ref. No. 32,730), Seth J. Altas (Reg. No. 32,454), Andrew M. 
Riddles (Reg. No. 31,657), Bruce D. DeRenzi (Reg. No. 33,676), Michael M. Murray (Reg. No. 32,537) and Mark J. 
Abate (Reg. No. 32,527) of Morgan & Finnegan, L.L.P. whose address is: 345 Park Avenue, New York, New York 
10154; and Edward A. Pennington (Reg. No. 32,588) of Morgan & Finnegan, L.L.P., whose address is: 1299 
Pennsylvania Avenue, N.W., Suite 960, Washington, D.C. 20004. 

[ ] I hereby authorize the U.S. attorneys and/or agents named hereinabove to accept and follow 
instructions from . . — 



as to any 



action to be taken in the U.S. Patent and Trademark Office regarding this application without direct 
communication between the U.S. attorneys and/or agents and me. In the event of a change in the person(s) 
from whom instructions may be taken I will so notify the U.S. attorneys and /or agents named hereinabove. 



Full name of sole or first inventor Masahiko SAKAYORI 



Inventor's signature* 



/ ' date W^TT^NW 

-sni , 



RftgiHptncft 516. Oaza Ichinodai . Toride-sfti , Ibara&i ^ken, Japan 



Citizenship Japan 



Post Office Address_ 



516, Oaza Ichinodai, Toride-shi, Ibaraki-ken, Japan 



Full name of second joint inventor, if any Naoki OTSUJI 



Inventor's signature* 

Residence 13-15. Nakanedai 4-chome, R v u a as aki-shi , Ibaraki-ken f 
Japan . 



Citizenship Japan 



Post Office Address c/o CANON KABU SHIKI KAISHA, 



3 0-2, Shimomaruko 3-chome, Ohta-ku, Tokyo, Japan 



[X] ATTACHED IS ADDED PAGE TO COMBINED DECLARATION AND POWER OF ATTORNEY 
FOR SIGNATURE BY THIRD AND SUBSEQUENT INVENTORS FORM. 

* Before signing this declaration, each person signing must: 

1 . Review the declaration and verify the correctness of all information therein; and 

2. Review the specification and the claims, including any amendments made to the claims. 
After the declaration is signed, the specification and claims are not to be altered. 
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Full name of third joint inventor, if any Yutaka INABA 



Inventor's signature* / J^c^A^ J?tyu^0-<x^ 



Residence 12-4, Matsumaedai 5-chome, Moriyamachi , Kitasoma-crun, 



Ibaraki -ken , Japan 



Citizenship Japan 



Post Office Address c/o CANON KABUSHIKI KAISHA, 



3 0-2, Shimomaruko 3 -chome , Ohta-ku , Tokyo . J apan 



Full name of fourth joint inventor, if any_ 
Inventor's signature* 



date 

Residence 



Citizenship 

Post Office Address. 
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To the inventor(s): 

The following are cited in or pertinent to the declaration attached to the accompanying application: 

Title 37, Code of Federal Regulation, §1.56 

Duty to disclose information material to patentability 

(a) A patent by its very nature is affected with a public interest. The public interest is best 
served, and the most effective patent examination occurs when, at the time an application is being examined, the 
Office is aware of and evaluates the teachings of all information material to patentability. Each individual 
associated with the filing and prosecution of a patent application has a duty of candor and good faith in dealing 
with the Office, which includes a duty to disclose to the Office all information known to that individual to be 
material to patentability as defined in this section. The duty to disclose information exists with respect to each 
pending claim until the claim is canceled or withdrawn from consideration, or the application becomes 
abandoned. Information material to the patentability of a claim that is canceled or withdrawn from 
consideration need not be submitted if the information is not material to the patentability of any claim remaining 
under consideration in the application. There is no duty to submit information which is not material to the 
patentability of any existing claim. The duty to disclose all information known to be material to patentability is 
deemed to be satisfied if all information known to be material to patentability of any claim issued in a patent 
was cited by the Office or submitted to the Office in the manner prescribed by §§l-97(b)-(d) and 1.98. 
However, no patent will be granted on an application in connection with which fraud on the Office was 
practiced or attempted or the duty of disclosure was violated through bad faith or intentional misconduct. The 
Office encourages applicants to carefully examine: 

(1) prior art cited in search reports of a foreign patent office in a counterpart application, 
and 

(2) the closest information over which individuals associated with the filing or prosecution 
of a patent application believe any pending claim patentably defines, to make sure that any 
material information contained therein is disclosed to the Office. 

Title 35, U.S. Code § 101 

Inventions patentable 

Whoever invents or discovers any new and useful process, machine, manufacture, or composition of 
matter, or any new and useful improvement thereof, may obtain a patent therefor, subject to the conditions and 
requirements of this tide. 

Title 35 U.S. Code § 102 

Conditions for patentability; novelty and loss of right to patent 
A person shall be entitled to a patent unless — 

(a) the invention was known or used by others in this country, or patented or described in a 
printed publication in this or a foreign country, before the invention thereof by the applicant for patent, 

(b) the invention was patented or described in a printed publication in this or foreign country or in 
public use or on sale in this country, more than one year prior to the date of application for patent in the United 
States, or 
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(c) he has abandoned the invention, or 

(d) the invention was first patented or caused to be patented, or was the subject of an inventor's 
certificate, by the applicant or his legal representatives or assigns in a foreign country prior to the date of the 
application for patent in this country on an application for patent or inventor's certificate filed more than twelve 
months before the filing of the application in the United States, or 

(e) the invention was described in a patent granted on an application for patent by another filed in 
the United States before the invention thereof by the applicant for patent, or on an international application by 
another who has fulfilled the requirements of paragraphs (1), (2), and (4) of section 371(c) of this title before 
the invention thereof by the applicant for patent, or 

(f) he did not himself invent the subject matter sought to be patented, or 

(g) before the applicant's invention thereof the invention was made in this country by another who 
had not abandoned, suppressed, or concealed it. In deterniiiiing priority of invention there shall be considered 
not only the respective dates of conception and reduction to practice of the invention, -but also the reasonable 
diligence of one who was first to conceive and last to reduce to practice, from a time prior to conception by the 
other ... 

Title 35, U.S. Code § 103 

Conditions for patentability; non-obvious subject matter 

A patent may not be obtained though the invention is not identically disclosed or described as set forth 
in section 102 of this title, if the differences between the subject matter sought to be patented and the prior art 
are such that the subject matter as a whole would have been obvious at the time the invention was made to a 
person having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived 
by the manner in which the invention was made. 

Subject matter developed by another person, which qualifies as prior art only under subsection (f) or 
(g) of section 102 of this title, shall not preclude patentability under this section where the subject matter and 
the claimed invention were, at the time the invention was made, owned by the same person or subject to an 
obligation of assignment to the same person. 

Title 35, U.S. Code § 112 (in part) 

Specification 

The specification shall contain a written description of the invention, and of the manner and process of 
making and using it, in such full, clear, concise and exact terms as to enable any person skilled in the art to 
which it pertains, or with which it is most nearly connected, to make and use the same, and shall set forth the 
best mode contemplated by the inventor of carrying out his invention. 

Title 35, U.S. Code, § 119 

Benefit of earlier filing date in foreign country; right of priority 

An application for patent for an invention filed in this country by any person who has, or whose legal 
representatives or assigns have, previously regularly filed an application for a patent for the same invention in a 
foreign country which affords similar privileges in the case of applications filed in the United States or to 
citizens of the United States, shall have the same effect as the same application would have if filed in this 
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country on the date on which the application for patent for the same invention was first filed in such foreign 
country, if the application in this country is filed within twelve months from the earliest date on which such 
foreign application was filed; but no patent shall be granted on any application for patent for an invention which 
had been patented or described in a printed publication in any country more than one year before the date of the 
actual filing of the application in this country, or which had been in public use or on sale in this country more 
than one year prior to such filing. 

Title 35, U.S. Code, § 120 

Benefit or earlier filing date in the United States 

An application for patent for an invention disclosed in the manner provided by the first paragraph of 
section 112 of this title in an application previously filed in the United States, or as provided by section 363 of 
this title, which is filed by an inventor or inventors named in the previously fried application shall have the same 
effect, as to such invention, as though filed on the date of the prior application, if filed before the patenting or 
abandonment of or termination of proceedings on the first application or an application similarly entitled to the 
benefit of the filing date of the first application and if it contains or is amended to contain a specific reference to 
the earlier filed application. 

Please read carefully before signing the Declaration attached to the accompanying Application. 
If you have any questions, please contact Morgan & Finnegan, L.L.P. 
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